(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERAT A PP In N <> 10/826,461 

, Docket No. 562492000 1 00 

(19) World Intellectual Property 
Organization 

lntcrnalionai Bureau 




Hill 


ill 


illllV 


MHI 


Ml 



(43) International Publication Date 

6 May 2004 (06.05,2004) PCT 



(10) International Publication Number 

WO 2004/039100 A2 



(51) International Patent Class! Ilea lion 7 : H04Q 7/00 

(21) International Application Number: 

PCT/IB2003/004737 

(22) International Filing Date: 27 October 2003 (27.10.2003) 

(25) Filing Language: English 

(26) Publication Language: English 

(30) Priority Data: 

1 0/28 1 ,200 28 October 2002 (28. 1 0.2002) US 

(71) Applicant: NOKIA CORPORATION [M/Fll; Keilalah- 
dentie 4, F1N-02150 Espoo (Fl). 

(72) Inventors: RANTA-AHO, Karri; llakkukuja 1 C 40, 
FIN-02600 Espoo (Fl). TOSKALA, Anttl; Mankkaan- 
rinne 2 C, F1N-02180 Espoo (Fl). 

(74) Agents: LESON, Thomas, Johannes, Al et al.; TBK- 
l>atcnl, Bavariaring 4-6, 80336 Mtinchen (DE). 



(81) Designated Stales (national): AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CM, CN, CO, CR, CU, 
CZ, DE, DK, DM, DZ, EC, EE, ES, PI, GB, GD, GE, Gil, 
GM, MR, WU, ID, 1L, IN, IS, JP, KE, KG, KP, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, lvfW, 
MX, MZ, Nl, NO, NZ, OM, PG, PH, PL, PT, RO, RU, SC, 
SD, SE, SO, SK, SL, SY, TJ, TM, TN, TR, TT, I^Z, UA, 
UG, UZ, VC, VN, YU, ZA, ZM, ZW. 

(84) Designated States (regional): ARIPO patent (Gil, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZM, ZW), 
Eurasian patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), 
European patent (AT, BE, BG, CH, CY, CZ, DE, DK, EE, 
ES, Fl, FR, GB, GR, 1IU, IE, IT, LU, MC, NL, PT, RO, 
SE, SI, SK, TR), OAPI patent (BF, BJ, CF, CG, CI, CM, 
GA, GN, GQ, GW, ML, MR, NE, SN, TD, TG). 

Published: 

— without international search report and to be republished 
upon receipt of that report 

For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



(54) Title: SYSTEM AND METHOD FOR PROVIDING SELECTION DIVERSITY FOR MULTICASTING CONTENT 



< 



OS 




Node Bs 



Common 
channel MBMS 
transmission 



Terminal 



P-CPICH 
comparison and 
common channel 
selection 



^ (57) Abstract: The invention provides a method and system for providing multicasting content in a network having several cells 
which can communicate with one or more terminals such as user equipments, the terminals being able to select which cell or cells 
Q they desire to communicate which, wherein at least some of the cells transmitting multicasting content also transmit cell information 
^ on one or more other cells transmitting the same multicasting content, the terminal or terminals selecting one of the ceils transmitting 
^ multicasting content which the terminal intends to receive, based on this information. 



SYSTEM AND METHOD FOR PROVIDING SELECTION DIVERSITY FOR 

MULTICASTING CONTENT 



FIELD AND BACKGROUND OF THE INVENTION 

The present invention relates to a system and method for 
selection diversity for multicasting content e.g. in WCDMA. 
The term multicasting content means content intended for 
several users. 

Further, the invention relates to a network entity such as a 
UE (User Equipment) e.g. a mobile phone intended to receive 
the multicasting content and including a selecting means or 
function . 

The field of the invention is related to UMTS Terrestrial 
Radio Access (UTRA; UMTS = Universal Mobile 
Telecommunications System) /e.g. to future releases such as 
release 6 of the 3GPP UTRA specifications (3GPP = 3rd 
Generation Partnership Project) . 

For standardizing support for multicasting, MBMS (Multimedia 
Broadcasting/Multicasting Services) , is discussed. 

Multicast is based on FACH. Because Handover (HO) is not 
supported for FACH, there is no support for HO for multicast. 
For enabling multicast HO, BTS resynchronization might be 
considered, which may be difficult to implement. 

SUMMARY OF THE INVENTION 

The invention intends to solve the above problems and 
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provides; according to one aspect, a method as defined in the 
independent method claim or any one of the dependent method 
claims . 

5 According to a further aspect, the invention provides a 

system as defined in the independent system claim or any one 
of the dependent system claims. 

Further, the invention provides a terminal as defined in the 
10 independent terminal claim or any one of the dependent 
terminal claims. 

This invention proposes a method and system for handover, 
preferably soft handover (SHO), which do not require BTS 
15 resynchronization and do not impose any extra timing 

requirements for the terminal, e.g. user equipment (UE) , or 
network. 

The invention provides soft handover in case of multicasting 
20 transmission and associated benefits of the soft handover. 

The proposed concepts allow handover for multicast, MBMS, 
with minimum additional network loading and uncomplicated 
structure from network and terminal, e.g. UE (User Equipment) 
25 perspective and do not require complicated timing control in 
the network. 

One of the purposes of this invention is to present a system 
and method of providing soft handover for multicasting 
30 content. One of the preferred solutions is based on use of 
DSCH and selection diversity. 

This invention allows a new macro diversity . method that does 
not require Node B synchronization, to be used for 
35 transmitting and receiving multicast content, i.e. multicast 
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messages . 



With a traditional maximal ratio combining method/ soft 
handover would require that links are time aligned in the 
downlink transmission. This can be done for dedicated 
channels but with multicasting content the problem is that 
all UEs in the network are to be considered for this and thus 
the synchronisation requirements can be very tight with large 
cell deployment. 

Previously, only dedicated channels have been considered in 
the soft handover and individual UE has controlled the timing 
of the radio links. This is different when several UEs are 
supposed to receive the same content. 

The invention also provides the advantage of better 
performance for the current broadcast solutions. For the 
proposed "full" macrodiversity, no new synch is required. 

In accordance with one or some of the embodiments of the 
invention, DSCH (Downlink Shared Channel) is used for 
multicasting. The data needs to be sent when there is DCH 
(Dedicated Channel) which is indicated to be related to the 
DSCH in question. 

The invention is applicable preferably to CDMA (Code Division 
Multiple Access) or WCDMA (Wideband Code Division Multiple 
Access) but also to other network types as well. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows a system for providing selection diversity for 
multicast service, in accordance with an embodiment of the 
invention; 



Fig. 2 illustrates a flow chart of a decision process 
implemented in an embodiment of the invention such as a 
system, method or a terminal of a subscriber; and 

Fig. 3 illustrates a further flow chart of a decision proces 
implemented in another embodiment of the invention such as a 
system, method or a terminal of a subscriber. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS OF THE 

INVENTION 

In accordance with a basic first part of embodiments of the 
invention, multicast messages are sent in DSCH (Downlink 
Shared Channel) instead of FACH (Forward Access Channel) . 
Previously, terminal, such as user equipments (UE) , listened 
to DSCH only from that BTS that the UE could hear best, and 
RNC has sent DSCH only to that particular BTS. 

In one of the presented preferred solutions which is 
applicable to all other presented solutions as well, RNC 
sends multicast content in DSCH for many base stations, e.g. 
Nodes B or BTSs (Base Transceiver Stations), each of which 
will broadcast the DSCH. The terminal, e.g. UE selects the 
DSCH that it can hear best. A benefit is that HO is possible 
in multicast. 

DCH is associated for each DSCH separately for each UE. In a 
more advanced embodiment, i.e. an extended version, the DCHs 
are observed by a network element, such as a base station BTS 
transmitting the DCHs, or another network element such as the 
radio controller RNC. This or another network element, e.g. 
the BTS, will be able to stop sending those DSCH's that are 
not listened to by any UE. In this extended version, the 



knowledge of the presence of any associated DCH in BTS is 
used. The relation between DCH and DSCH is as follows. A UE 
is not capable of receiving DSCH without receiving also 
associated DCH, hence if no associated DCHs for a given DSCH 
exist, no one is receiving that DSCH. It must be noted, 
however, that there can be also DCHs that do not associate to 
DSCH and due to this there can be active DCHs in a cell. As 
long as none of the active DCHs is associated to the DSCH, 
the DSCH multicasting can be suspended. 

If no associated DCHs are present, there are no users 
receiving the DSCH, hence no need to transmit the DSCH. Thus, 
a (or at least one) network element such as the radio network 
controller, RNC, or the transmitting element, preferably the 
BTS, stops the transmission of the DSCH if there is no DCHs 
associated to the DSCH, that is the DSCH is not listened to 
by any terminal. This possibility of monitoring DCHs and 
stopping the transmission is one benefit for using DSCH for 
multicast. Another benefit for using DSCH is that DSCH is 
point-to-multipoint . 

The invention includes several levels of possible 
implementation : 

- usage of DSCH; 

- usage of DSCH and selection diversity; 

- usage of DSCH, selection diversity plus shutting down 
unused DSCH's, and 

- usage of FACH, i.e. •normal' MBMS transmission mode and 
selection diversity. 

In any case one of the key ideas of the invention is that in 
case of multicast content, information (cell information, 
which may be transmitted in SIBs, DCCH = Dedicated Control 
Channel, etc..) is provided also on the other cells that 
have the same multicast content being transmitted, and on the 



necessary parameters such as spreading code in the other 
cells which parameters allow the terminal to decode the 
multicast content from the other cells. The terminal is 
allowed to select independently which cell to receive. 

The benefits are high performance. Further, as the 
information is available in advance, it is not necessary to 
read broadcast information (SIBs) before the service 
reception can continue (after a cell reselection when the 
user has moved to another cell) 

The channels that can be used for this preferably are the 
FACH and DSCH (Downlink Shared Channel), which may have some 
more detailed issues such as: 

With DSCH sending the same DSCH from multiple cells and 
received by multiple users, (as in the past DSCH is sent from 
one cell to a single user only (at the time) . 

With FACH when sending the channel together with a DCH 
existing, the base station can be informed which DCHs are 
related to the FACH (MBMS) reception and when informed, the 
base station can then adjust the transmission power based 
e.g. on:. 

- DCH powers; 

- Presence of the associated DCH channels (as users come and 
go) ; 

- Uplink feedback information such as SSDT (feature which 
indicates in the uplink which cell is the best for the DCH 
transmission, e.g. SSDT uplink feedback information 
indicating the primary/non-primary cell status) now can be. 
considered for FACH (MBMS) transmission as well by not 
transmitting or reducing the TX (Transmit) power if all 
terminals indicate some other cell as non-primary. (Terminals 
send with SSDT indication in the uplink which cell is the 



strongest) (SSDT = Site-Selection Diversity Transmission) . 

The invention may use the DSCH (Downlink Shared Channel) to 
provide the multicasting content to several users, with the 
5 features being added to support soft handover as follows: 
DSCH has now content intended for several users. This may be 
implemented e.g. with only small protocol level 
modifications; 

DSCH is sent from several Node Bs with the same MBMS content 
10 and now the terminal selects based on e.g. CPICH signal 

strength which DSCH to receive. Here the split mode for TFCI 
can be used as well. This is selection based diversity and 
not part of the customary DSCH operation. 

15 Node B is informed of multiple DCHs that are related to the 
multicasting DSCH and in case the handover situation is such 
that none of the DCHs are any longer active then DSCH does 
not need to be transmitted, and transmission thereof can be 
stopped by Nodes B. 

20 

An alternative is to consider the use of FACH with a 
selection principle in case the number of UEs is high and it 
is desired not to have all UEs with DCH. This also allows to 
reduce the FACH power level for multicasting. 

25 

Figs. 1 to 3 provide further details of embodiments of the 
invention regarding the use of selection diversity. The 
embodiments illustrate handover aspects in selection 
diversity of multicast messages, e.g. transmitted via MBMS as 
30 an example. 

Fig. 1 illustrates a first embodiment of a method and system 
in accordance with an embodiment of the invention. This 
embodiment is adapted to provide selection diversity in UTRAN 
35 for MBMS. 
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MBMS content , i.e. the content of one or more multicast 
messages/ is sent from a core network (CN) to one or several 
transmission controllers such as BSCs (Base Station 
Controllers) or RNC (Radio Network Controllers) 1. The 
controllers 1 transmit this MBMS content to one or more radio 
transmitters 2, 3 such as BTSs or Nodes B. All transmitters 
2, 3 receiving this MBMS content transmit this content, i.e. 
the multicast messages, to one or more terminals 4 via Common 
channel MBMS transmission. The terminal or terminals 4 
perform a selection e.g. by performing a comparison of pilot 
signals on the common pilot channel (CPICH) , preferably the 
P-CPICH (Primary Common Pilot Channel), and a selection of 
one of the common channels, preferably the strongest common 
channel, based on the result of this CPICH, or P-CPICH, 
comparison . 

Figs. 2 and 3 show flow charts of a routine implemented in 
embodiments of one or more terminals 4, e.g. UE, and a method 
in accordance with the present invention. In detail a 
decision process performed in the terminal or terminals 4 is 
shown . 

The RAN (Radio Access Network), e.g. Base transceiver station 
(BTS) or Node B 2, 3, transmits System Information Blocks 
(SIBs) which contain Cell information including the 
channelisation code, e.g. the spreading code, with regard to 
each of the cells which transmit the same MBMS content. The 
SIBs are preferably transmitted on the broadcast channel in 
the cell. This information can also be transmitted on other 
channels as well. 

The cell selection/re-selection is not service driven in the 
embodiment. 
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Existing cell selection rules are not violated. 

In the embodiment shown in Fig. 2, the FACH (Forward Access 
Channel) is used for transmitting the System Information 
5 Blocks (SIBs) . The FACH can also be used in some or all of 
the other embodiments. 

In step S21, a terminal 4, e.g. a UE, decides to join a 
multicast service and registers thereto (Service Joining). The 

10 terminal 4 reads SIBs and notifications transmitted on the 
broadcast channel, step S22. The notifications may also be 
sent on another channel. The SIBs contain cell information 
including the channelisation code with regard to each of the 
cells which transmit the same MBMS content. The terminal 4 

15 decodes received multicast messages (Decode MBMS data), step 
S23. 

In step S24, pilot signals received from different cells are 
compared for detecting a better channel, e.g. a channel 

20 received with more power or less errors etc. As an example, 
the strength or error-f reeness of received pilots are 
compared to each other so as to find one or more pilot 
signals received with higher strength or reduced error rate 
etc. In step S25, a decision is performed. When no better, 

25 e.g. stronger pilot (signal) has been found in step S24, the 
routine loops back to step S23 so that steps S23, S24, S25 
are repeatedly executed. 

When a better, e.g. stronger pilot (signal) has been found in 
30 step S24, the routine proceeds from step S25 to step S26 
where it is checked whether or not the cell having the 
detected better or best (strongest or least error) pilot 
offers the same multicasting content, i.e. provides the same 
multicast service selected by the user in' step S21 and 
35 offered by the cell actually listened to by the terminal 4. 
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When the answer to step S26 is yes, the routine moves to step 
S27, There, MBMS data from the new cell sending the detected 
stronger or better pilot signal are decoded. The terminal 4 
thus has made a handover to, i.e. switched to, the new cell 
for receiving the multicast messages. 

The routine may preferably loop back through a loop from step 
S27 back to the comparing step S24 and decision step S25 for 
continuously or repeatedly detecting any even stronger or 
better pilot signal, e.g. in case of movement of the terminal 
4. 

When the system detects, in step S26, that the cell 
transmitting the pilot signal received better by the 
terminal, does not offer the same multicast content, a cell 
reselection function or means may be activated, step S28. The 
new cell received better by the terminal 4 may be instructed, 
by the network management or a controller to transmit 
additionally the MBMS content which the terminal 4 wants to 
receive. The SIBs are adapted accordingly so as to 
additionally include or indicate the cell information 
including the channelisation code of the new cell. The 
process proceeds from step S28 back to step S22 wherein SIBs 
are read again by the terminal 4 which then preferably is 
instructed to select the new cell for decoding the multicast 
messages, MBMS data. As an alternative, the program may also 
omit the return to step S22 after effecting the cell 
reselection process or step S28, and directly instruct the 
terminal 4 to select the new cell for decoding the multicast 
content from the new cell. Thereafter, the steps S24, S25 etc 
are carried out again as described above. 

The embodiment shown in Fig. 3 has a structure where there is 
a dedicated channel, DCH, and MBMS content is sent in 
parallel from the cells in the DCH active set (not necessary 
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from all) on DSCH (Downlink shared channel) or FACH. Fig. 3 
relates to a terminal decision process with DCH active. 

The network transmits the cell information on the cells (in 
the active set) that transmit the same MBMS content 
(including the spreading codes etc.). This information can be 
transmitted in SIBs or DCCH (dedicated control channel) . 

The steps S31 to S37 shown in Fig. 3 are mostly similar to the 
steps S21 to S27 of Fig. 2. The above description of these 
steps therefore also applies to steps S31 to S37, with the 
following exceptions. In step S32, SIBs or the information 
sent on DCCH is read by the terminal 4 for detecting the 
information on the cells (in the active set) that transmit 
the same MBMS content (including the spreading codes etc.). 

In step S36, when detecting that the cell transmitting the 
pilot signal received better by the terminal 4 does not offer 
the same multicast content which the terminal 4 wants to 
receive, the program routine proceeds to step S33 so that the 
MBMS multicast messages are read again from the same cell as 
before. Hence, no cell reselection is performed by the 
terminal 4 . 

However, if there is better pilot found in step S36 and the 
new cell transmitting this better pilot is not in the active 
set, normal reporting and mobility management rules can be 
used, e.g. for updating the active set so as to include the 
new cell as well. Thus active set update is likely. After 
such update, when looping again through steps S34, S35, S36, 
the answer in step S36 will become yes, with subsequent 
switching to step S37, i.e. decoding the MBMS data from the 
new cell. 

The embodiments thus provide Selection Diversity, e.g. in 
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UTRAN for MBMS. 

In accordance with embodiments of the invention, some 
preferred terminal functions or functionality for multicast 
selection diversity and handover (HO) , e.g. for MBMS HO, 
include: 

Selection of the strongest common channel (selection 
based e.g. on P-CPICH) ; e.g. either DSCH or FACH may be used; 

Receiving during selection diversity process two common 
channels in asynchronous network (at least during the 
switching process for the duration of the timing difference, 
if the stronger cell is more advanced in the SFN timing) . 
This is an optional feature, and may or may not be 
implemented depending e.g. on QoS (Quality of Service) 
requirement. When one or more 10 ms frame losses are 
acceptable (if e.g. Node B timing is within 10 ms) , no 
parallel receipt of two common channels is necessary. There 
will usually be some frame losses in any case; 

Decoding the related SIBs that inform the terminal 4 
which Node Bs transmit the data. 

Previously there was no requirement for parallel DCH/FACH 
reception. If a terminal nevertheless can receive DCH/FACH 
simultaneously, then reception of two FACHs does not increase 
complexity. Otherwise, the terminals may be adapted to be 
able to receive DCH/FACH in parallel. IF the MBMS content is 
considered in the DCH/DSCH case or also in DCH/FACH case, 
then the terminal is adapted to receive DCH plus two common 
channels (for a while) . This requirement can be removed if 
the network is within Node B timing, e.g. 10 ms timing, for 
the MBMS transmission and 1 frame loss due switching is 
acceptable. Then the requirements for reception resources are 
the same as with a DCH/FACH or DCH/DSCH capable terminal. 

For the selection diversity the P-CPICH is preferably 
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measured. Extra processing may be provided depending on the 
requirements. If the requirements are at similar level, or do 
not exceed, the requirements set for SSDT feature, no added 
complexity results. A terminal 4 may at one time monitor the 
P-CPICH from up to 6 cells, taking into account the cells 
which are in the active set for DCH, which are assumed to be 
contained in the 6 cells surrounding the terminal 4, and to 
be considered. 

Reception of DCH + MBMS content simultaneously is a UE 
capability. 

In accordance with embodiments of the invention, preferred 
network functionality for multicast handover, e.g. MBMS HO, 
includes: 

New Node B functions for MBMS in selection diversity are 
unnecessary; only possible timing issues as follows. 

With 10 ms timing assumption, then MBMS content is preferably 
time aligned either in the RNC or in the Node B (both means 
some buffer as some delay needs to be introduced) . 

No novel functionality of the core networks (CN) is 
necessary, e.g. for the HO support options in RAN side. In 
general all the cells that can provide MBMS content have the 
corresponding RNC with MBMS content available. 

Although preferred embodiments have been described above, the 
invention is not limited thereto and may also be implemented 
in other ways, e.g. by combining, in any arbitrary fashion, 
one or more features of one or more embodiments with one or 
more features of other embodiments. 
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1. Method for providing multicasting content in a 
network having several cells which can communicate with one 
or more terminals, the terminals being able to select which 
cell or cells they desire to communicate which, wherein at 
least some of the cells transmitting multicasting content 
also transmit cell information on one or more other cells 
transmitting the same multicasting content, the terminal or 
terminals selecting one of the cells transmitting 
multicasting content which the terminal intends to receive, 
based on this information. 

2. Method according to claim l f wherein the cell information 
is transmitted as System Information Blocks (SIBs) . 

3. Method according to claim 1, wherein the cell information 
is transmitted on the broadcast channels in the cells. 

4. Method according to claim 1, wherein the cell information 
is transmitted on a Dedicated Control Channel (DCCH) . 

5. Method according to claim 1, wherein the cell information 
includes the channelisation codes with regard to each of the 
cells which transmit the same multicasting content. 

6. Method according to claim 1 wherein at least two of the 
cells send the same multicasting content on a downlink shared 
channel (DSCH) which is received by at least two terminals. 

7. Method according to claim 1 wherein a radio network 
controller (RNC) sends multicast content in a downlink shared 
channel (DSCH) to at least two base stations of the cells 
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each of which broadcast the DSCH, and the terminal selects 
the DSCH that it can receives with sufficient or strongest 
power. 

8. Method according to claim 1 wherein at least two of the 
cells send the same multicasting content on a forward access 
channel (FACH) which is received by at least two terminals. 

9. Method according to claim 1 wherein base stations of the 
cells are informed on dedicated channels (DCHs) related to 
forward access channels (FACHs) used for transmitting 
multicast content. 

10. Method according to claim 9 wherein base stations of the 
cells adjust transmission power based on: 

- detected DCH powers, or 

- Presence of the associated DCH channels, or 

- SSDT (Site-Selection Diversity Transmission) uplink 
feedback information indicating the primary/non-primary cell 
status . 

11. Method according to claim 9 wherein DCH is associated for 
each DSCH separately for each terminal, the DCHs associated 
to a DSCH are observed, and the sending of those DSCHs to 
which no DCHs are associated, is stopped. 

12. Method according to claim 1, wherein the terminals are 
adapted to compare the quality of reception of information 
from at least two cells, and to select the cell providing 
better or stronger reception for receiving the multicasting 
content. 

13. Method according to claim 12, wherein the terminal 
compares the strength or power of pilot signals received from 
the several cells, and, when detecting that a certain cell 
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sends a pilot signal received with higher strength or power 
than the strength or power of the pilot signals of the cell 
presently listened to, checks whether the certain cell offers 
the same multicasting content as the cell presently listened 
to, and if yes starts to decode the multicasting content from 
the certain cell. 

14. Method according to claim 13, wherein the terminal, when 
detecting that the certain cell does not offer the same 
multicasting content as the cell presently listened to, 
initiates a cell reselection procedure wherein the certain 

^cell is instructed to start to transmit the multicasting 
content. 

15. Method according to claim 12, wherein the terminal 
compares the strength or power of pilot signals received from 
the several cells on the Primary Common Pilot Channel (P- 
CPICH) . 

16. System for providing multicasting content in a network 
having several cells which can communicate with one or more 
terminals, the terminals being able to select which cell or 
cells they desire to communicate which, wherein at least some 
of the cells transmitting multicasting content also transmit 
cell information on one or more other cells transmitting the 
same multicasting content, the terminal or terminals 
selecting one of the cells transmitting multicasting content 
which the terminal intends to receive, based on this 
information . 

17. System according to claim 16, wherein the cell 
information is transmitted as System Information Blocks 
(SIBs) . 

18. System according to claim 16, wherein the cell 
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information is transmitted on the broadcast channels in the 
cells . 

19. System according to claim 16, wherein the cell 
information is transmitted on a Dedicated Control Channel 
(DCCH) . 

20. System according to claim 16, wherein the cell 
information includes the channelisation codes with regard to 
each of the cells which transmit the same multicasting 
content. 

21. System according to claim 16 wherein at least two of the 
cells send the same multicasting content on a downlink shared 
channel (DSCH) which is received by at least two terminals. 

22. System according to claim 16 wherein a radio network 
controller (RNC) sends multicast content in a downlink shared 
channel (DSCH) to at least two base stations of the cells 
each of which broadcast the DSCH, and the terminal selects 
the DSCH that it can receives with sufficient or strongest 
power. 

23. System according to claim 16 wherein at least two of the 
cells send the same multicasting content on a forward access 
channel (FACH) which is received by at least two terminals. 

24. System according to claim 16 wherein base stations of the 
cells are informed on dedicated channels (DCHs) related to 
forward access channels (FACHs) used for transmitting 
multicast content. 

25. System according to claim 24 wherein base stations of the 
cells adjust transmission power based on: 

- detected DCH powers, or 
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- Presence of the associated DCH channels, or 

- SSDT (Site-Selection Diversity Transmission) uplink 
feedback information indicating the primary/non-primary cell 
status . 

26. System according to claim 24 wherein DCH is associated 
for each DSCH separately for each terminal, at least one 
network element is adapted to observe the DCHs associated to 
a DSCH, and the, or another, network element is adapted to 
stop sending those DSCH's to which no DCHs are associated. 

27. System according to claim 16, wherein the terminals are 
adapted to compare the quality of reception of information 
from at least two cells, and to select the cell providing 
better or stronger reception for receiving the multicasting 
content. 

28. System according to claim 27, wherein the terminal 
compares the strength or power Of pilot signals received from 
the several cells, and, when detecting that a certain cell 
sends a pilot signal received with higher strength or power 
than the strength or power of the pilot signals of the cell 
presently listened to, checks whether the certain cell offers 
the same multicasting content as the cell presently listened 
to, and if yes starts to decode the multicasting content from 
the certain cell. 

29. System according to claim. 28, wherein the terminal, when 
detecting that the certain cell does not offer the same 
multicasting content as the cell presently listened to, 
initiates a cell reselection procedure wherein the certain 
cell is instructed to start to transmit the multicasting 
content. 

30. System according to claim 27, wherein the terminal 
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compares the strength or power of pilot signals received from 
the several cells on the Primary Common Pilot Channel (P- 
bPICH) . 

31. Terminal for receiving multicasting content in a network 
having several cells which can communicate with the terminal, 
the terminal being able to select which cell or cells it 
desire to communicate which, wherein the terminal or 
terminals selects one of the cells transmitting multicasting 
content which the terminal intends to receive, based on cell 
information transmitted from the cells and indicating which 
cells are transmitting the same multicasting content. 

32. Terminal according to claim 31, wherein multicast content 
is transmitted in a downlink shared channel (DSCH) broadcast 
by at least two base stations of the cells, and the terminal 
selects the DSCH that it can receives with sufficient or 
strongest power. 

33. Terminal according to claim 31, wherein the terminal is 
adapted to compare the quality of reception of information 
from at least two cells, and to select the cell providing 
better or stronger reception for receiving the multicasting 
content . 

34. Terminal according to claim 33, wherein the terminal 
compares the strength or power of pilot signals received from 
the several cells, and, when detecting that a certain cell 
sends a pilot signal received with higher strength or power 
than the strength or power of the pilot signals of the cell 
presently listened to, checks whether the certain cell offers 
the same multicasting content as the cell presently listened 
to, and if yes starts to decode the multicasting content from 
the certain cell. 
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35. Terminal according to claim 34, wherein the terminal, 
when detecting that the certain cell does not offer the same 
multicasting content as the cell presently listened to, 
initiates a cell reselection procedure wherein the certain 
cell, is instructed to start to transmit the multicasting 
content. 

36. Terminal according to claim 33, wherein the terminal 
compares the strength or power of pilot signals received from 
the several cells on the Primary Common Pilot Channel (P- 
CPICH) . 
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